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(57) Abstract: A system and method are provided for allocating wireless channels in a base station processor io messages sent 
between a subscriber and the base station pix>cessor in a wireless necwoik. A latency period is determined corresponding to a return 
message to be received Izora a responsive node in response to an outgoing message sent from a sender via the base station processor. 
A latency manager in Ihe base station processor computes the latency period and stores the latency period in an allocation table. A 
scheduler schedules a channel, in advance of the receipt of the return message, to be available at the end of ^e latency period indicated 
in the allocation table. At approximately the end of the latency period, the return message is received and the scheduler allocates 
a channel as defined in the allocation table. The scheduled channel is used to transmit the message to or from the corresponding 
subscriber. 
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WIRELESS CHANNEL ALLOCATION IN A BASE STATION.PROCESSOR 

BACKGROUND OF THE INVENTION 

Wireless network infrastructure equipment is increasingly being used to 
allow computing devices to communicate over a wireless medium to a wired • 

5 network such as the Internet, hx a wireless data network, a plurality of local 

computing deviceSi such as PCs, are supported via wireless subscriber access units. 
A subscriber access unit provides a wireless radio liok to a base station processor. 
The base station processor is also connected to an Intemet gateway that provides a 
connection to a wired network. Similar to a cellular telephone network, titie base 

1 0 station processor allocates a^plurality of wireless channels on a demand basis for 
providing message transmission to and from the subscriber uxiits. The wireless 
channels are allocated to messages sent and received from the subsraiber unit on 
behalf of tiie local computing device. 

hi a typical base station processor, the wireless channels are a scarce resource 

1 5 which are shared by the subscriber units. Messages are often queued pending 
availability of a channel. Further, wired networks typically employs techniques to 
detect the speed with which a recipient is processing messages. These techniques 
reduce congestion by avoiding overburdening a recipient through reducing the nite at 
which messages are sent, and consequentially reducing flm)ugj5)ut Such techniques 

20 can interpret &e queuing of messages at the base station processor as congestion in 
the wired network, and accordingly, reduce fhrou^put hi particular, the protocols 
onployed in the wired network do not lend themselves well to efiSdent 
communication over wireless coimections. 
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Id a TCP/IP network, for example, coagestion control techniques such as 
slow start, congestion avoidance, fast retransmit, and fiist recovery are employed. In 
accordance with the slow start technique, as defined in Internet RFC 2581, an 
acknowledgment message (ack) is expected as a return message to each message 

5 sent. The number of bytes, or messages, sent is gradually increased as the acks are 
recdved in a timely manner. If the ack is not received in a timely manner, additional 
messages will be sent less frequently, reducing throughput The queuing of 
messages at the base station processor, however, is not indicative of congestion at 
the base station processor. Raflier, the queuing is indicative of the propagation delay 

10 inherent in wireless networks. This propagation delay is interpreted, however, as 
congestion by the wired line protocols such as TCP/IP. 

It would be beneficial therefore, to provide a method and apparatus which 
can anticipate the arrival of tiie return message, and schedule a channel to be 
available to transmit the message via the base station processor so that throughput in 

15 the wireless network is not reduced by the wired network protocol congestion 
control features such as slow start. 

SUMMARY OF TEffi INVENTION 

A system and method are provided for allocating wireless channels in a 

20 wirel^s coBmimication system to support the transmission of messages between a 
subscriber and a base station processor. A latency period is detennined 
corresponding to the timing of a return message esqpected fit>m a responsive node in 
response to an outgoing message sent from a sender via the base station processor. 
A latency manager in the base station processor computes the latency period and 

25 stores flie latency period in an allocation table. A scheduler schedules a chamiel, in 
advance of the receipt of the return message, to be available at the end of the latency 
period indicated in the allocation table. At ^proximately the end of the latency 
period, the retum message is received and the scheduler allocates a channel as 
defined in flie allocation table. The scheduled channel is used to transmit the return 

30 message to or from ibs corresponding subscriber. 
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The latency manager computes the latency period using a variety of 
transmission parameters defined in the wired line network protocol. For example, in 
a TCP/IP network, the transmission parameters used to compute the latency period 
can include window size, space available in the window, average message size, 
S number of outstanding acks, message type, number of messages received in the 
session, number of outstanding acks, mftYinrnnn number of outstanding acks, and 
other transmission parameters. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and otiier objects, features and advantages of the invention 
10 will be apparent from the following more particular description of preferred 

embodiments of the invention, as illustrated in the accompanying drawings in which 
like reference characters refer to the same parts throughout the different views. The 
drawings are not necessarily to scale, emphasis instead being placed \xpon 
illustratmg the principles of the invention. 
15 Fig. 1 is a block diagram of a communications system suitable for 

performing wireless channel allocation as defined herein; 

Fig. 2 shows a base station pr6^sor in communication with a plurality of 
subscriber access units; 

Fig. 3a shows message trmsmission in the system of Fig. 2; 
20 Fig. 3b shows a channel allocation table corresponding to the messages of 

Fig. 3a; 

Fig. 4 shows a flowchart of channel allocation as defined herein; 
Fig. 5a shows a web page fetch using the system of Fig. 1 ; 
Fig. 5b shows flie allocation table corresponding to the messages of Fig. 52^ 
25 Fig. 5c shows a tiTning chart corresponding to flie allocation table of Fig. 5b; 

and 

Fig. 6 shows a subscriber profile table for chaxmel allocation as defined 

herein. 
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DETAILED DESCRIPTION OF THE INVENTION 

Fig. 1 is a block diagram of a commumcation system 10 operable for chazmel 
allocation in a wireless netwoA: as defined herein. The commumcation system 
includes a local computing device such as a PC 12, a subscriber access unit 14, a 
5 base station processor 16, and an Internet gateway 18. The PC 12 is in 

communication with the subscriber 14 via a wired connection 20. The subscriber 14 
is in communication with a base station processor 16 via a wireless connection 26. 
The base station processor is in communication with a Internet gateway 1 8 via wired 
link 24. The Internet gateway 18 is adapted for communication via a public access 

10 network such as the IntCTiet 

The PC 12 may therefore be provided access to the network server 1 8, which 
may be any remote entity located on the Internet or odier network, through a 
combination of the wired 20,24 and wireless cormection 26 provided. The wired 
cormection 20, 24 is typically supported by a protocol such as TCP/IP or UDP. The 

15 wireless connection is supported by protocols such as the protocol described in 
pending U.S. Patent Application entitled ^Dynamic Frame Size Settings for 
Multichannel Transmission," published as PCT application No. WO 99/44341, 
September 2, 1999, Typically, the PC 12 provides an btemet Protocol (DP) packet 
to the subscriber 14 over the wired connection 20, which may for example be an 

20 . Ethepjet type conn^tioXL The subscriber 14 removes the framing of the IP packet 
and transfers &e data in the IP packet to the base station processor 16 over the 
wireless connection 26 in accordance with a wkeless link protocol* The base station 
processor 16 extracts the wireless connection frames and forwards them, in IP 
packet form, over the wireline connection 24 to the Internet gateway 18. The 

25 subscriber 14 and the base station processor 16 are therefore considered as 
"endpoints" of the wireless cormection 20. 

Refenmg to Fig. 2, the base station processor 16 is shown in more detail. 
The base station processor 16 is in communication with a plurality of subscribers 
' 14a-14d. Additional subscriber units 14(x) can be provided. Hie subscribers 

30 communicate with the base station processor via wireless channels 22a-22j shown. 
Additional channels 22(x) can be added. As indicated above, the channels 22 are 
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used to transmit messages to and fix>m the subscribers 14. A scheduler 28 allocates 
the channels 22 on a demand basis, and assigns available channels to messages 
transmitted between the subscribers 14 and the base station processor 16. 

The channels 22 are unidirectional betweai tiie subscribers 14 and the switch 

5 16, however multiple channels may be allocated to messages originating from or 
destined to a particular subscriber 14. In the example shovm, channel 22a is 
allocated to transmit a message from the base station processor 16 to the subscriber 
14b. Channel 22b is allocated to receive a message at the base station processor 16 
from the subscriber 14c, while channel 22c is allocated to send a message to the 

10 subscriber 14c. Channels 22d and 22e are allocated to transmit a message to the 
subscriber 14d, and chaimel 22f is allocated to receive a message from the subscriber 
14d. Typically, as indicated above, the scheduler 28 is rapidly allocating channels 
to the subscribers to accommodate channel requests for messages to be sent to and 
received from the subscribe 14. 

15 Two dedicated channels, conmion to all subscribers 14, are employed to 

initiate message traffic on a channeL A common access channel 30 is used by a 
subscribe 14 to request a channel from the base station processor 16. A common 
pagbng channel 32 is used to notify a subscriber 14 that it is bdng allocated a 
channel. The messages ate flienfiMwardedby the subscribers 14 to the PC 12 or to 

20 &e base station prQcessorl6, depending on direction. 

The base station processor 16 also includes a latency manager 34, for 
determining latency delays, and an allocation table, 36 both described further below. 
In a typical message transmission, as indicated above, a number of latency delays 
occur between the message sender and the receiver, or responsive node. For 

25 example, a wireless propagation delay occurs in transmitting a message from the 
base station processor 16 to the subscriber 14 ^ig. 1). A network propagation delay 
occurs as a message is transmitted over the Internet or other public access uetworic 
Other latency delays are present as will be described ftuther below. It is common in 
a protocol such as TCP/IP to expect a reftrm message, typically an ack, in response 

30 to a message sent to a responsive node. In accordance with the invention as defined 
herein, the latency manager is included in the base station processor to compute the 
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lateicy delay and schedule a channel accordingly. Channel allocation refers to 
messages seat from a sender in either direction; the return message will be sent back 
to tiie sender by the node receiving the message. Therefore, a channel allocation for 
a return message will be predictively scheduled when a message is sent to or from 
S the subscribers 14. 

Referring to Figs. 3a and 3b, there is shown a more detailed design of flie 
base station processor 16, including the latency manager 34, allocation table 36, and 
scheduler 28. The latency manager 34 is a process lhat confutes the latency delay 
associated witii the return message sent by a responsive node 40. The allocation 

10 table 36 is a memory structure that stores an entry 38a, 38b for each channel 

allocation 22b, 22c, and associated latency times Tq and Tq + T^^, A scheduler 28 is a 
process that reads the allocation table 36 and latency mfomaation to determine 
allocation of channels to cxpectoi messages. 

In a typical message transmission, the PC 12 s^ds a connection request 

1 5 message to a responsive node 40, as indicated by arrow 42. The message 42 is sent 
at time T^, Accordingly, an entry 38a is written in the allocation table 36 to allocated 
channel 22b with subscriber 14c at time Tq. As the message 42 is received through 
channel 22b, the latency ntianager 34 examines the message. The latency manager 
34 detennmes ibst the type of the message is a TCPyP connection request, and that 

20 therefore t^t an ack can be expected as the return message. 

The latency manager 34 determines the latency period that will elapse before 
receipt of the return message at the base station processor 16. For example, the 
latency manager 34 detetntdnes that an ISP (Ihtemet Sa:vice Provider) delay 44 will 
occur between tiie Memet gateway 18 and the Internet 50, as indicated by ATI; In 

25 addition, a network propagation delay 46 will occur as the message 42 is transmitted 
over the Internet 50 as indicated by aTjJ and then a responsive node delay 48 will 
occur as the responsive node 40 processes the messages and sends the return 
message, as indicated by aTj. The latency period T^, 52 is therefore computed by the 
latencymanagertobeTL=AT, + aTj + aTj. The latency manager then writes entry 

30 38b into the allocation table 36 to indicate that following the latency period, a return 
message 54 can be expoctsd&om responsive node 40 to the subscriber 14c* 
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Accordingly, channel 22c is allocated at time Tq + for subscribe- 14a The return 
message 54 is sent by the responsive node 40, and received by the base station 
processor 16 at time Tq + Tl- In accordance with the allocation table 36, the 
scheduler 28 allocates diannel 22c is to transmit the return message 54 to the 
5 subscriber 14c. 

In alternate embodiments, the channels are scheduled as a general pool in the 
allocation table and are not allocated to a specific subscriber until the return message 
is actually received. 

In the example above, the latency manager 34 computes the latency period T^, 

10 52 based on die type of the message and the corresponding return message expected. 
Many protocols, including tiie TCP/IP protocol, specify not only the return message, 
but other transmission parameters as well. The mann^ of determining the latency 
delay therefore depends upon a number of factors depending upon the protocol m 
use. In a TCP/IP protocol, such factors may include transmission parameters such as 

1 5 window size, space available in the window, average message size, number of 

outstanding acks, message type, number of messages received in the session, number 
of outstanding acks, m^Titmi™ number of outstanding acks, and other transmission 
parameters. For example, TCP/IP enq)loys a sliding window performance 
dancing feature, as defined in Internet RFC 1323. Such features may be employed 

20 in conjunction with the transmission parameters to improvej>e]fonnance tiurough a 
base station processor as defined herein. 

A TCP/IP network may operate in accordance with the sliding window 
protocol in an effort to provide reliable stream delivery while maximizing 
bandwidtL Under this protocol, both endpoints of a TCP/IP connection negotiate an 

25 acceptable window size. The window size designates a maximum number of bytes 
which may be transmitted by a sending unit before receiving an acknowledgment 
fiom the receiving unit Generally, flie window is referred to in terms of maximum 
number of unacknowledged packets. Once the sending unit receives an 
acknowledgment for the first packet in the window, it "slides^' the window along and 

30 sends the next packet 
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In the message 42 sent in the exanq)le of Fig. 3a, the latency manager 
examines the TCP/DP packet in a non-destructive manner to detennine the type of 
the message. Other aspects of the TCP/IP packet, enumerated above, could also be 
exanained to obtain transmission parameters, and employ these parameters in - 

5 determining the latency period 52 associated with the return message. In the 
examples following in Figs. 4 and 5a-5c, the latency manager 34 further includes a 
subscriber profile table 56 for storing transmission parameters conesponding to each 
of the subscribers 14. 

Referring to flie flowchart depicted in Fig. 4 together with the system 

10 diagram of Fig. 3a, a message is received at the base station processor 16, as shown 
m step 1 00. The latency manager 34 examines the TCP/IP packet information, as 
described at step 102. A lookup is perfonned in the subscriber profile table to find 
the entry corresponding to the subscriber, as depicted at step 104. The 
corresponding transmission parameters are retrieved, as shown at step 106. The 

1 5 transmission parameters are updated to reflect the TCP/IP packet information 

examined at step 102, as described at step 108. A determination is made to indicate 
whether a return message is expected to complement tibie message, as depicted at step 
110. If no retum message is. expected, the message is sent, as shown at step 120, and 
control re v^ to stq) 100 until the next message is received, as described at step 

20 122. If a retum message is expected, the latency manager 34 cong}utes the latency 
period 52 using the transmission parameters of the subscriber updated in st^ 108, as 
depicted at step 1 12. A new entry corresponding to the computed latency period 52 
is stored in the allocation table 36, as shown at step 1 14, The message is thai sent to 
the responsive node 40, as depicted in step 116. Control reverts to step 118 until the 

25 next message is received, 

• In Figs 5a-5c, another embodiment of the message transmission sequence of 
Fig. 3b is shown in more detail. A connection request 42 is sent by the PC 12 at time 
To- The latency inanager 34 examines the packet ixifoxnxation and determiixes the 
subscribe 14d. The latency manager looks up the transmission parameters of 

30 subscriber 14d in the subscriber profile table 56, and updates the parameters 

accordingly to correspond to the new packet information. The latency manager 34 
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detennines that a connection acknowledgment message 54 is ejcpected as the return 
message. The latency manager 34 coD[q)utes the latency delays aTj, aTj, and AT3 as 
a result of the updated transmission parameters, and computes flie latency period T;^ 
as the result Ta==aT,+ AT2+ AT3. Thelatencymanager34 stores entry 58 in the 

5 allocation table 36 to inform the schedule to allocate diannel 22d for subscriber 14d 
at time as indicated by timing chart 86 entry 68. 

The responsive node 40 then sends the return message 54. The base station 
processor 16 receives the return message 54, and the latency manager 34 examines 
the packet information. The latency managa* looks up the transmission parameters 

10 of subscriber 14d in the subscriber profile table 56, and updates the entry 

accordingly. The latency manager 34 determines that the type of the return message 
is a connection response acknowledgment, and that a request message is likely to be 
sent from the PC as a return message. 

As the message is sent to the subscriber 14d, the latency poiod is computed 

15 as follows. The wireless propagation time AT4 is indicative of the latency associated 
with transmission over the wireless coxmection 26 between the base station 
processor 16 and the subsmber 14d. The subscriber response time AT5 is indicative 
of the latency associated with transmission over the wired line 20 between the 
subscriber 14d and the PC 12^ Accordingly, the latency manager 34 uses flie 

20 subscribe profile table to compute the latency period aTb from AT4 + aTj. A 

corresponding entry 60 is written in the allocation table 36 to inform the scheduler to 
allocate channel 22f for subscriber 14d at time Tb, as indicated by timing chart 86 
entry 70. 

The PC 12 sends an HTTP get message 78 after receiving the zck 54. The 
25 corresponding transmission paramet^ are looked up in the subscribo: profile table 
56, and i5)dated accordingly to correspond to the message 78. As a result of the 
iqwlated transmission paranieteiis, the latency manager 78 determines that an HTTP 
get ack 80 and an HTTP data message 82 are likely to be sent as return message at 
the same time. Accordingly, the latency noari^er computes the latency period Tc 
30 fiom Tc = AT, + aT^ and writes two entries to the allocation table 36. Entry 
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62 allocates channel 22d, and entry 64 allocates channel 22e, for subscriber 14d at 
timeTc, as indicated by timing chart 86 ©titries 72 and 74* 

As the HTTP data message is received at the switch 16, flie latency manager 
34 determines that an HTTP data ack 84 is the return message, and writes entry 66 to 
5 allocate channel 22f at Tj, = AT4 + AT5, as shown by timing chart 86 entry 76. 

An example of the subscriber profile table 56 is shown in Fig: 6, Each entry 
8(5 is adapted to store transmission parameters 88 corresponding to the messages 
received by a particular sfubscriber 14. Such parameters include window size, space 
available in the window, average message size, number of outstanding acks, 
10 message type, number of messages received in the session, number of outstanding 
acks, and maximum number of outstanding acks. Other parameters can be specified 
as defined in the TCP/IP protocol or other protocol as employed by the base station 
processor 

Those skilled in the art should readily appreciate that the programs defining 

15 the operations and methods defined herein are deUverable to the base station 
processor in many forms, including but not limited to a) information permanently 
stored on non-writeable storage media such as ROM devices, b) information 
alterable stored on writeable storage media such as floppy disks, magnetic t^es, 
CDs, RAM devices, and other magnetic and optical media, or c) information 

20 conveyed to a computer tiarough communication media, for example using baseband 
signaling or broadband signaling tecbniques, as ra an electronic networks such as the 
Ihtemet or telephone modem lines. The operations and methods may be 
implemented in a software executable out of a memory by a processor. 
Alternatively, the operations and methods maybe embodied in whole or in part 

25 using hardware components, such as Application Specific Integrated Circuits 

(ASICs)i state machines, controllers or other hardware components or devices, or a 
combination of hardware and software conq)onents. 

While this invention has been particularly shown and described with 
references to preferred embodiments thereof it will be understood by those skilled 

30 in tiie art that various changes in form and details may be made therein without 
departing fix>m the scope of die invention encompassed by the appended claims. 
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Accordingly, the preseat invention is not intended to be limited Gxo&pt by the 
following claims. 
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(XAIMS 



What is claimed is: 



1 . A method of allocating wireless channels in a wireless data conununications 
system comprising: 

S providing a plurality of channels adapted to transmit messages 

through a hase station processor; 

receiving a first message from a sender at said base station processor, 
determining a type descdptive of said first message; 
computing a lat^icy period associated with a return message 
10 coiresponding to said type; and 

scheduling one of said channels adapted to transmit said return 
message to be allocated at a time that depends upon said latency period. 

2. The method of Claim 1 further comprising: 

receiving said return message fix>m a responsive node; and 
15 transmitting said return message to said sender via said allocated 

channel. 



3. The method of Qaim 1 wherein computing said latency period finth^ 
comprises: 

detennining an ISP delay; 
20 determining a netwoik propagation delay; 

detennining a responsive node dela}^ and 

aggregating said network propagation delay, said ISP delay, and said 
server response delay in coinputing said latency period. 



4. 

25 



The method of Claim I wherein computing said latency period finHier 
comprises: 

detennining a wireless propagation delay; 
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determming a subscribe' response delay; and 
aggregating said wireless propagation delay and said subscriber 
response delay. 

5. The method of Qaim 1 wherein said sender is a Internet gateway and said 
S scheduled channel is further operable to receive said return message firom 

said subscriber. 



6. The method of Claim 5 wherein said Internet gateway is adapted to 
communicate via a public access network. 

7. The method of Claim 1 wherein said sender is a subscriber and said 

10 scheduled channel is further operable to transmit said return message to said 

subscribe. 

8. The method of Gaim 7 wherein said subscriber is operable to communicate 
with a personal coji^>uting device. 

9. The method of Qaim 1 wherein said plurality of channels support 
15 communication via an KP medium. 



10. The method of Claim 1 wherein said scheduling further comprises: 

reading said latency period firom an allocation table adapted to 
designate said channels at a predetermined time, and 

allocating one of said channels to said return message after said 
20 latency period expires. 



11. 



The method of Claim 10 wherein computmg said latency period further 
comphses: 
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invokijig a latency manager in conmiunication with said allocation 
table and operable to coispute said latency period; and 

storing an entry in said allocation table indicative of said latency 

periocL 

5 12. The method of Claim I wherein computing said latency period further 
comprises determining a TCP/IP window size. 

13. The method of Claim 12 wherein said window size is indicative of a number 
of expected retum messages. 

14. The method of Claim 2 herein computing a latency period further 

1 0 comprises referencing a subscriber profile table adapted to store transmission 

parameters corresponding to each of said subscribers. 

15. The method of Claim 14 wherein referencing finth^ comprises: 

determining a subscriber corresponding to said retum message; 

indexing in said subsoiber profile table to find a subscriber entry 
IS corresponding to said subscriber corresponding to said return message; 

refisrendng at least one of said transmission parameters 
corresponding to said subscriben and 

computing said latency period as a result of -said transmission 
parametCT. 

20 16, The method of Qaim 1 5 wherein each of said subscriber entries further 
comprises at least one transmission parameter indicative of said retum 
messages corresponding to said subscriber. 



17. 

25 



The method of Qaim 16 wherein transmitting said retum message is 
followed by updating said subscriber profile table to correspond to said 
return message. 
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IS. The method of Claim 17 wherein said transmission parameters include 
parameters selected from the group consisting of window size, space 
available in the window, average message size, number of outstanding acks, 
message type, number of messages received in the session, number of 
5 outstanding acks^ and maximum number of outstanding acks. 

19. A method of allocating channels in a base station processor comprising: 

pioviding a base station processor having a plurality of wireless 
channels adapted to transmit messages; 

receiving a first message at said base station processor; 
1 0 determining a type descriptive of said message; 

computing a latency period associated with a return mess^e from a 
responsive node corresponding to said type; 

scheduling a return channel from said plurality of wireless channels 
adapted to transmit said return message to be allocated following said latency 
15 period; 

allocating said return channel to said return message after said latency 
period expires; 

receiving said return message from a responsive node; and 
transmitiing said return message to said s^der via said return 
20 channel. 

20. A wireless data communication system comprising: 

a base station processor, 

a plurality of channels adapted to transmit wireless messages; 

a scheduler operable to allocate said channels to said wireless 
25 messages at a predetomined time; 

an allocation table ad£^ted to store said predetermined time; and 

a latency maimger operable to determine a latmcy period and further 
operable to store said predetemiiined time in said allocation table based on 
said latency period. 
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21 . The wireless data conmxunicadon system of Claim 20 wha:ein said latency 
manager determines said predetemiined time based <m a return message. 

22. The wireless data commmiication system of Claim 21 wherein said return 
message is smt in response to a frst message sent from said base station 
processor. 



23. The wireless data commmiication system of Claim 22 wh^in said first 
message has a type indicative of said latency period. 



24. The wireless data commimication syst^ of Claim 23 wherein said latency 
manager is further operable to compute said lat^y period in response to 

10 said type. 

25. The wireless data communication system of Claim 20 wherein said base 
station processor is operable to communicate with a plurality of subscribers 
via said plurality of chamels. 

26. The wireless data communication system of Claim 25 wherein said c^iaimels 
15 are operable to send said retum message to at least one of said subscribers. 

27. The wireless data conunutdcation system of Claim 25 wherein said channels 
are operable to receive said retum message from at least one of said 
subscribers. 



28. The wireless data communication syston of Claim 20 whaein said latency 
20 manager is further operable to compute said latency period as a result of a 

network propagation delay, an ISP forward delay, and a responsive node 
delay. 
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29. The wireless data conunimication system of Claim 20 wherein said latency 
manager is further operable to compute said latency period as a result of a 
wireless propagatioa delay and a subscnber response delay. 

30. The wireless data commiinication syst^ of Qaim 20 wherein said latency 
S manager further includes a subscriber profile table and.said latency manager 

is further operable to compute said latency period based on said subscriber 
profile table. 

31. The wireless data communication syst^ of Claim 30 wherein said 
subscriber profile table is adapted to store entries corresponding to at least 

1 0 one of said subscribers. 

32. The wireless data communication system of Claim 3 1 wherem said entries 
include transmission parameters coixesponding to said subscribers. 

33 . The wireless data communication sj^em of Claim 32 wherein said 
transnussion parameters include parameters selected &om the group 

15 consistmg of window size, space available in the window, average message 

size, number of outstanding acks, message type, number of messages 
received in tiie session, number of outstanding acks, and maximum number 
of outstanding acks. 

34. The wireless data communication system of Claim 20 wherein said channels 
20 are operable to communicate in a wireless protocol. 



35. 



The wireless data communication system of Claim 20 wheiein said channels 
are operable to conununicate via an RF mediuntL 
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36. The wireless data communication system of Qaim 20 fiortfaer comprising a 
wired line router, wh^ein said wired line router is operable to communicate 
with a remote computing device. 

37. The wireless data communication system of Claim 36 wherein said remote 
5 computing device is a network sever unit adapted to conununicate via a 

public access netwoik. 

38. The wireless data communication sj^em of Claim 37 wh^ein said public 
access netwoik is the Internet 

10 39. The wireless data communication system of Claim 21 wherem said return 
message conforms to a protocol 

40. The' wireless data conoununication system of Claim 39 wherein said protocol 
is TCP/IP. 

41 . The wireless data communication system of Claim 40 wherdn said return 
IS message is an ack.' 

42. A system for mftTiaging wireless channel allocation comprising: 

a base station processor having a phirality of channels operable to 
transmit a plurality of wireless messages; 

at least one subscriber operable for conmiunication with said base 
20 station processor via said channels; 

an allocation table adapted to store a preditermined time inductive of 
which of said channels to assign at said predetermined time; 

a latency manager operable to compute a latency period and further 
operable to store said predetermined time based on said latency period; 
25 a schedule in communication with said allocation table and operable 

to assign said channels to said wkeless messages; 
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wherein said scheduler allocates said chamels to said wireless 
messages according to said ptedeteirained time in said allocatioii table. 
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